51.9 KB · ⇊ 15 parts · ⤓ Micron 51.9 KB · ⤓ HTML 90.6 KB

top

mwcgDomain Name System (mwcwDNS, mwdalett. "sistema dei nomi di dominio"),cite-ref-1[1] in mweqinformatica e mwegtelecomunicazioni, indica un sistema per assegnare nomi ai mwewnodi della rete (mwfain inglese mwfqhost).

Indica anche il protocollo che regola il funzionamento del servizio, i programmi che lo implementano, i mwfwmwgaserver su cui questi vengono elaborati, l'insieme di questi mwgqserver che cooperano per fornire il servizio più intelligente.

• Storia

• Descrizione

• Motivazioni ed utilizzi

• Nomi di dominio

• Utilizzo dei nomi DNS

• Record DNS

• Tipi di record

• Record multipli

• Time to live

• Realizzazione

• Zone, deleghe e repliche

• Iterazione e ricorsione

• Caching

• Funzioni dei server

• Origine dei dati

• Utilizzo

• Implementazione

• Sistema DNS in Internet

• DNS e navigazione

• Politica

• Allocazione delle zone di primo livello

• Utilizzi impropri

• Manipolazione delle risposte

• Note

• Voci correlate

• Altri progetti

• Collegamenti esterni

• Profili legali

• ICANN

• RFC

Il DNS fu ideato il 23 giugno mwhq1983 da mwhgPaul Mockapetris, mwhwJon Postel e Craig Partridgecite-ref-2[2]cite-ref-3[3]; le specifiche originali sono descritte nello standard mwkaRFC 882. Nel mwkq1987 vennero pubblicati commenti allo standard RFC del DNS, con i nomi mwkgRFC 1034 e mwkwRFC 1035 rendendo obsolete le specifiche precedenti.

I nomi DNS, o "nomi di dominio" o "indirizzi mnemonici"cite-ref-4[N 1], sono una delle caratteristiche più visibili di mwmgInternet. L'operazione di conversione da nome a indirizzo IP è detta "risoluzione DNS"; la conversione da indirizzo IP a nome è detta "risoluzione inversa". Questi nomi sono utilizzabili, mediante una traduzione, di solito chiamata "risoluzione", al posto degli mwmwindirizzi IP originali. Il servizio è realizzato tramite un mwnadatabase distribuito, costituito dai mwngmwnwserver DNS. Il DNS ha una struttura gerarchica ad albero rovesciato ed è diviso in domini (com, org, it, ecc.). Ad ogni dominio o nodo corrisponde un mwoanameserver, che conserva un mwoqmwogdatabase con le informazioni di alcuni domini di cui è responsabile e si rivolge ai nodi successivi quando deve trovare informazioni che appartengono ad altri domini.

Ogni nome di dominio termina con un "." (punto). Ad esempio l'indirizzo mwpawikipedia.org termina con il punto. La stringa che segue il punto finale è chiamata "dominio radice" (mwpqDNS root zone). I mwpgserver responsabili del dominio radice sono i cosiddetti mwpwmwqaroot nameservers. Essi possiedono l'elenco dei mwqqserver autoritativi di tutti i domini di primo livello (TLD) riconosciuti e lo forniscono in risposta a ciascuna richiesta. I mwqgroot nameserver sono 13 in tutto il mondo, di cui 10 negli mwqwStati Uniti, due in mwraEuropa (mwrqInghilterra e mwrgSvezia) e uno in mwrwGiappone.

In pratica, il DNS è un registro universale cioè un mwsqdatabase distribuito, con una struttura gerarchica, che archivia i nomi mnemonici di dominio e la loro associazione ai relativi indirizzi IP specifici.

• La possibilità di attribuire un nome testuale facile da memorizzare a un mwtqserver (ad esempio un sito mwtgmwtwworld wide web) migliora di molto l'uso del servizio, in quanto gli esseri umani trovano più facile ricordare nomi testuali (mentre gli mwuahost e i mwuqmwugrouter sono raggiungibili utilizzando gli indirizzi IP numerici). Per questo, il DNS è fondamentale per l'ampia diffusione di internet anche tra utenti non tecnici, ed è una delle sue caratteristiche più visibili.

• È possibile attribuire più nomi allo stesso indirizzo IP (o viceversa) per rappresentare diversi servizi o funzioni forniti da uno stesso mwvahost (o più mwvqhost che erogano lo stesso servizio). Questa "flessibilità" risulta utile in molti casi:

• Nel caso in cui si debba sostituire il mwwaserver che ospita un servizio, o si debba modificare il suo indirizzo IP, è sufficiente modificare il mwwqrecord DNS, senza dover intervenire sui mwwgclient.

• Utilizzando nomi diversi per riferirsi ai diversi servizi erogati da uno stesso mwxahost (registrati quindi con lo stesso indirizzo IP), è possibile spostare una parte dei servizi su un altro mwxqhost (con diverso indirizzo IP, già predisposto a fornire i servizi in oggetto). Modificando quindi sul mwxgserver DNS i record dei nomi associati ai servizi da spostare e registrando il nuovo IP al posto di quello vecchio, si otterrà lo spostamento automatico delle nuove richieste di tutti i mwxwclient su questo nuovo mwyahost, senza interruzione dei servizi.

• Un utilizzo molto popolare di questa possibilità è il cosiddetto mwygmwywvirtual hosting, basato sui nomi, una tecnica per cui un mwzamwzqweb server dotato di una singola interfaccia di rete e di singolo indirizzo IP può ospitare più siti web, usando l'indirizzo alfanumerico trasmesso nellmwzg'mwzwheader mwaaHTTP per identificare il sito per cui viene fatta la richiesta.

• Facendo corrispondere a un nome più indirizzi IP, il carico dei mwagclient che richiedono quel nome viene distribuito sui diversi mwawserver associati agli IP registrati, ottenendo un aumento delle prestazioni complessive del servizio e una tolleranza ai guasti (ma è necessario assicurarsi che i diversi mwbaserver siano sempre allineati, ovvero offrano esattamente lo stesso servizio ai mwbqclient).

• La risoluzione inversa è utile per identificare l'identità di un mwbwhost, o per leggere il risultato di un mwcamwcqtraceroute.

• Il DNS viene usato da numerose tecnologie in modo poco visibile agli utenti, per organizzare le informazioni necessarie al funzionamento del servizio.

Un nome di dominio è costituito da una serie di stringhe separate da punti, ad esempio mwdqit.wikipedia.org. e sono organizzati a livelli. A differenza degli indirizzi IP, dove la parte più importante del numero è la prima cifra partendo da sinistra, in un nome DNS la parte più importante è la prima partendo da destra.

La parte più a destra è detta mwdwdominio di primo livello (o TLD, mweaTop Level Domain), e ce ne sono centinaia che possono essere scelti, per esempio mweqmweg.org o mwewmwfa.it.

Un mwfgdominio di secondo livello, a differenza del dominio di primo livello che è formato da parole "fisse" e limitate, è formato da una parola scelta a piacimento. Questa parola deve il più possibile essere legata a quello che ci identifica e a quello che vogliamo comunicare. Il dominio di secondo livello è quindi formato da due parti, per esempio mwfwwikipedia.org, e così via.

Il dominio di terzo livello è il figlio del dominio di secondo livello, infatti, prendendo come esempio wikipedia.org, un dominio di terzo livello sarà: stuff.wikipedia.org. Ogni ulteriore elemento specifica quindi un'ulteriore suddivisione. Quando un dominio di secondo livello viene registrato all'assegnatario, questo è autorizzato a usare i nomi di dominio relativi ai successivi livelli, come mwgqsome.other.stuff.wikipedia.org (dominio di quinto livello) e così via.

Un nome di dominio, come per esempio mwhait.wikipedia.org, può essere parte di un mwhqURL, come mwhghttp://it.wikipedia.org/wiki/Treno, o di un indirizzo mwhwe-mail, come per esempio mwiaapache@it.wikipedia.org. È anche possibile connettersi a un sito con il protocollo mwiqtelnet oppure usare una connessione mwigFTP usando il suo nome a dominio.

Ad un nome DNS possono corrispondere diversi tipi di informazioni. Per questo motivo, esistono diversi mwkwtipi di record DNS. Ogni voce del mwladatabase DNScite-ref-5[4] deve essere caratterizzata da un tipo. I principali tipi sono:

• mwmwRecord A - Indica la corrispondenza tra un nome ed uno (o più) indirizzi mwnaIPv4.

• mwngMX record - (mwnwMail eXchange) indica a quali mwoaserver debba essere inviata la mwoqposta elettronica per un certo dominio.

• mwowRecord CNAME - (mwpaCanonical NAME, nome canonico) è usato per creare un alias, ovvero per fare in modo che lo stesso mwpqhost sia noto con più nomi. Uno degli utilizzi di questo tipo di mwpgrecord consiste nell'attribuire a un mwpwhost che offre più servizi un nome per ciascun servizio. In questo modo, i servizi possono poi essere spostati su altri host senza dover riconfigurare i mwqaclient, ma modificando solo il DNS.

• mwqgRecord PTR - Il DNS viene utilizzato anche per realizzare la mwqwrisoluzione inversa, ovvero per far corrispondere a un indirizzo IP il corrispondente nome di dominio. Per questo si usano i record di tipo "PTR" (e un'apposita zona dello spazio dei nomi mwrain-addr.arpa).

• mwrgRecord AAAA - È come il mwrwRecord A, ma lavora con l'IPv6 e restituisce un indirizzo mwsaIPv6.

• mwsgRecord SRV - Identificano il mwswserver per un determinato servizio all'interno di un dominio. Possono essere considerati una generalizzazione dei record MX.

• mwtqRecord TXT - Associano campi di testo arbitrari a un dominio. Questi campi possono contenere una descrizione informativa oppure essere utilizzati per realizzare servizi.

Vi sono anche tipi di record "di servizio", necessari al funzionamento del database distribuito:

• mwuqRecord NS - Utilizzato per indicare quali siano i server DNS autorevoli per un certo dominio, ovvero per delegarne la gestione.

• mwuwRecord SOA - (mwvaStart of Authority) usato per la gestione delle zone DNS.

Nel DNS possono essere immessi altri tipi di record, alcuni folcloristici, come "LOC", usato (poco) per riportare le coordinate geografiche di un sito, altri aggiungono funzioni di sicurezza per evitare manomissioni. Per avere riferimenti su tutti questi record vedi mwvgmwvwTipi di record DNS.

Ad uno stesso nome di dominio, possono essere associati contemporaneamente mwwgrecord di tipo diverso, o più mwwwrecord dello stesso tipo. Questo generalmente viene fatto per suddividere il carico di un mwxamwxqserver molto frequentato su più computer che offrono lo stesso servizio.

I record associati ad un nome di dominio possono cambiare nel tempo, permettendo ad esempio di assegnare un nuovo indirizzo IP a un mwzaserver, facendo in modo che questo continui a rispondere al nome già noto agli utenti.

A ciascun record DNS è associato un parametro detto mwzgtime to live o TTL (tempo di vita), che indica per quanto tempo questo record può venire memorizzato in un sistema di mwzwmw0acache DNS prima che venga considerato scaduto. Quando un mw0qserver risponde a una richiesta con un record preso dalla propria mw0gcache, assegna alla risposta il mw0wtime to live residuo del mw1arecord. Quindi se il mw1qrecord originariamente ha un TTL di 12 ore, e un mw1gserver risponde ad una richiesta con un dato che ha ottenuto due ore prima, nella risposta metterà un TTL di 10 ore.

I DNS implementano uno spazio gerarchico dei nomi, per permettere che parti di uno spazio dei nomi, conosciute come "zone", possano essere delegate da un mw2qname server ad un altro name server che si trova più in basso nella gerarchia.

I nomi di dominio sono soggetti a determinate restrizioni: per esempio ogni parte del nome (quella cioè limitata dai punti nel nome) non può superare i 63 caratteri e il nome complessivo non può superare i 255 caratteri.

I nomi di dominio sono anche limitati a un sottoinsieme di caratteri mw3aASCII; in questo modo si impedisce di scrivere nomi e parole con caratteri che non tutti hanno sulla propria tastiera. Per superare questa limitazione, il sistema di IDNA si basa sul modello mw3gPunycode, rileva stringhe mw3wUnicode in un insieme di caratteri DNS validi, venne approvato dall'mw4aICANN e adottato da alcuni registri.

Una "zona" DNS è una parte dello spazio dei nomi, costituita da un dominio e i suoi sottodomini che non sono a loro volta delegati, che è sotto una stessa gestione amministrativa e quindi è gestita da uno o più server.

La gestione di una zona è "delegata" dalla zona superiore tramite dei record di tipo NS. Ad esempio, nella zona mw6q.org ci sarà una delega per la zona mw6gwikipedia.org ai mw6wserver DNS che la gestiscono. Per ragioni di ridondanza, ciascuna zona è "replicata" su più mw7aserver, e di conseguenza la delega è costituita da più mw7qrecord NS, che indicano che ciascuno dei server indicati contiene le informazioni per quella zona (ovvero è "autoritativo" per la zona). All'interno di una zona possono essere delegate delle zone di livello inferiore, ad esempio in mw7gwikipedia.org potrebbero esistere deleghe per mw7wdevel.wikipedia.org o per mw8aaccounting.admin.wikipedia.org.

Ogni dominio, quindi, possiede un server DNS autoritativo.cite-ref-6[5]

I diversi mw9wserver che sono delegati per una zona dovrebbero contenere le stesse informazioni, in modo che uno qualsiasi di questi possa rispondere ad una mw-aquery per un mw-qrecord della zona.

Lo schema di replica tipicamente prevede che ci sia un server mw-wmaster (primario), che è quello sul quale vengono aggiornate le informazioni, e uno o più server mw-aslave (secondari), che copiano le informazioni dal mw-qmaster quando necessario. Per tener traccia delle diverse "versioni" di una zona che possono esserci in circolazione, e in particolare per permettere a un secondario di decidere se deve trasferire la zona dal primario, ogni zona ha un numero di serie, che deve essere aumentato ogni volta che vengono fatte modifiche sul primario. Per ottenere il numero di serie di una zona presente su un mw-gserver, si effettua un'interrogazione di tipo SOA. Il secondario confronta il proprio numero di serie con quello del primario, e se quello del primario è superiore trasferisce la zona.

L'operazione di copia di tutti i record di una zona dal mwaqamaster a uno mwaqeslave è detta mwaqizone transfer, e può essere completo (tutto il contenuto della zona viene copiato) o incrementale (vengono copiati solo i record modificati rispetto alla versione già presente).

Alcune implementazioni di DNS permettono di modificare le zone da qualsiasi server autorevole, propagando le modifiche sugli altri mwaqqserver.

La radice (mwaqyroot) dell'albero dei nomi DNS è la zona. (punto), che è gestita da un insieme di mwaqcserver chiamati appunto mwaqgmwaqkroot servers.

In generale, per ottenere la risoluzione di un nome è necessario partire dalla radice, interrogare uno dei mwaqwroot server nel dominio di primo livello, ottenere il mwaq0server che lo gestisce, interrogarlo nel dominio di secondo livello, fino a raggiungere il mwaq4server autorevole per il nome desiderato. Questa tecnica è detta "iterazione".

La ricorsione invece delega ai mwaraserver stessi le varie interrogazioni: si fa una richiesta al mwareroot server, il quale la inoltra esso stesso al TLD mwariserver, il quale la inoltra al mwarmserver autoritativo e così via fino a raggiungere il mwarqserver desiderato. La risposta DNS procede in senso inverso fino a giungere al mwaruclient che aveva fatto la richiesta.

Alcuni mwarkserver si prestano ad effettuare mwaroquery ricorsive per conto di alcuni mwarsclient. Una volta che hanno ottenuto una risposta, memorizzano in una mwarwmwar0cache tutte le informazioni che hanno imparato, fino alla loro scadenza. Alcune implementazioni del servizio DNS permettono di realizzare i cosiddetti servers mwar4caching only, ovvero privi di mwar8database proprio, ma utili per reindirizzare ad un server autorevole le mwasaquery di risoluzione. Tale caratteristica è utile soprattutto quando la risoluzione deve essere effettuata attraverso collegamenti lenti (con velocità inferiore a 500mwase kbps) o mwasimwasmfirewall.

Un server DNS può essere configurato per assolvere ad una o più delle seguenti funzioni:

• mwaskserver autorevole per una o più zone, ovvero il mwasoserver su cui sono configurati i dati di una zona, e che è delegato a gestirla tramite record NS inseriti nella zona superiore. Normalmente sono presenti più mwassserver autorevoli per una zona. Molte implementazioni permettono di modificare i dati di una zona solo su un mwaswserver:

• primario - mwas8server autorevole su cui vengono modificati i dati di una zona

• secondario - mwateserver autorevole che copia i dati di zona da un primario

• mwatmserver ricorsivo - il mwatqserver che viene configurato in una popolazione di mwatuclient, che si occupa di risolvere le mwatyquery che riceve interrogando i server originali, e mantenendo una mwatcmwatgcache delle risposte ricevute

• mwatsquery forwarder - un mwatwserver che viene configurato in una popolazione di mwat0client, che risolve le loro mwat4query non direttamente ma interrogando un mwat8server ricorsivo, e spesso mantenendo una mwauamwauecache delle risposte ricevute

I dati contenuti in una zona possono essere configurati da uno o più operatori, oppure possono essere alimentati da meccanismi automatici:

• nelle implementazioni più semplici, i dati di zona sono memorizzati in uno o più mwauymwaucfile sul mwaugserver primario

• implementazioni più raffinate immagazzinano i dati in un mwauomwausdatabase. In alcuni casi, questo è accessibile non solo agli operatori del servizio ma anche direttamente ai clienti (è il caso dei servizi DNS commerciali)

Il termine mwau4DNS dinamico, o mwau8DDNS, indica un insieme di tecnologie che permettono di inserire automaticamente in una zona DNS gli indirizzi di calcolatori che ottengono un indirizzo non predefinito, tipicamente attraverso il protocollo mwavaDHCP o mwavePPP. A questo scopo, sono definite mwaviquery DNS di "UPDATE".

In una rete locale, questa funzionalità può essere utilizzata direttamente dai mwavqclient, è presente nei servizi mwavuActive Directory di mwavyWindows, o può essere configurata usando BIND e il server DHCP di mwavcInternet Systems Consortium (ISC).

Il mwavkDDNS viene inoltre utilizzato da servizi commerciali per permettere agli utenti mwavodial-up (modem, mwavsADSL) di registrare un nome corrispondente all'indirizzo che viene loro assegnato di volta in volta dal loro mwavwprovider. In questo modo, un host con indirizzo IP dinamico è sempre raggiungibile. Esistono mwav0client mwav4DDNS sia sotto forma di applicazioni che all'interno di mwav8mwawarouter destinati al mercato domestico.

Governi e ISP, tramite filtraggio DNS, possono bloccare l'accesso a specifici contenuti non conformi alle leggi locali e/o alla minore età del fruitore, il blocco dei contenuti tramite DNS può venire implementato anche da singoli utenti per finalità di mwawmparental control.

Sulla effettiva efficacia di tali blocchi vi sono pareri discordanti in quanto la semplice sostituzione del dns operatore con quello di fornitori terzi ovvero, la configurazione e l'utilizzo del protocollo mwawudns over https, ormai presente su tutti i maggiori browser, gli smartphone con sistema operativo Android ed iOS ed il sistema operativo Windows 11 ovvero l'installazione di specifiche app rinvenibili sugli store, limitano l'efficacia di tali blocchi.

Per utilizzare il servizio, è necessario configurare su ciascun mwawgclient uno o più server DNS di riferimento. Questi sono predisposti a effettuare mwawkquery ricorsive e che effettuano servizi di mwawocaching.

Quando un sistema ha la necessità di comunicare con un altro sistema, chiede al server DNS di riferimento di effettuare il processo detto di "risoluzione" del nome in un indirizzo IP. Il server effettua una ricerca all'interno del suo database per ottenere l'indirizzo IP corrispondente al sistema ricercato.

Se il mwaw0server interrogato possiede l'informazione richiesta, il processo di ricerca termina con l'invio dell'indirizzo IP al richiedente. Se la ricerca ha esito negativo il mwaw4server effettua una richiesta "ricorsiva".cite-ref-7[6]cite-ref-8[7]

Il mwaxkprotocollo DNS è implementato da diversi mwaxomwaxssoftware. Di seguito alcuni dei più diffusi:

• mwax4BIND (Berkeley Internet Name Domain), il nome del più comune mwax8demone DNS usato sui sistemi mwayaUnix.

• DJBDNS (Dan J Bernstein's DNS implementation)

• mwayqUnbound, un server DNS progettato modularmente e con un riguardo particolare verso mwayuDNSSEC.

• MaraDNS

• NSD (mwayoName Server Daemon)

• PowerDNS

• DDNS (mway4Dynamic Domain Name System) Il servizio DNS alla base dei servizi di mway8directory mwazaMicrosoft incluso nelle versioni mwazeserver da mwaziWindows 2000 in poi.

Il DNS utilizza il protocollo di trasporto mwazqUDP e la mwazuporta 53 per soddisfare le richieste di risoluzione provenienti dagli host.

I server DNS effettuano gli mwazczone transfer usando il protocollo di trasporto mwazgTCP e la porta 53. Questa porta viene usata anche quando una mwazkquery ha una risposta molto lunga.

Il lato mwazsclient del servizio DNS è normalmente implementato tramite librerie di sistema, che spesso lo integrano con altri servizi di risoluzione, come ad esempio mwazwWINS, mwaz0NIS, o con la consultazione di file locali, in modo che un utente possa utilizzare un nome simbolico in un'applicazione ed ottenere la sua risoluzione in un indirizzo IP senza preoccuparsi di quale strumento è stato utilizzato per ottenere la risoluzione.

Qualsiasi rete mwaaaIP può usare il DNS per implementare un suo sistema di nomi privato. Tuttavia, il termine "nome di dominio" è più comunemente utilizzato quando esso si riferisce al sistema pubblico dei DNS su Internet. Questo è basato su 13 mwaaeroot server universali, i cui indirizzi IP sono distribuiti indipendentemente dal DNS tramite un file detto mwaairoot hint (letteralmente: indizi per la radice). Da questi mwaamserver principali, il DNS viene poi delegato ad altri mwaaqserver DNS che si occupano dei nomi all'interno di parti specifiche dello spazio dei nomi DNS.

Dieci dei tredici root server sono, almeno nominalmente, situati negli mwaayUSA. Tuttavia, dato che l'accesso a molti di essi è realizzato tramite indirizzamento mwaacmwaaganycast, che permette di assegnare a più computer lo stesso indirizzo IP per fornire un servizio uniforme su vaste aree geografiche, la maggior parte dei mwaakserver è in effetti localizzata al di fuori degli Stati Uniti.

Il proprietario di un nome di dominio è rintracciabile in un mwaasdatabase chiamato mwaawWhois: per molti domini di primo livello un Whois base è gestito dalla mwaa0IANA, con il Whois dettagliato mantenuto dall'autorità di registrazione che controlla quel dominio. Per i più di 240 domini nazionali l'autorità di registrazione gestisce in esclusiva il Whois per il dominio di competenza.

Un sito o applicazione web possono essere ospitati presso un mwaa8provider (mwabahosting provider) o anche essere archiviati presso la sede del proprietario o gestore, mentre il relativo dominio potrebbe essere stato acquistato da un altro mwabeprovider comunemente detto mwabiregistrar (che possiede quindi un'infrastruttura DNS). Il mwabmregistrar permette, attraverso pannello di amministrazione, di configurare l'IP primario cui è associato il nome a dominio nonché creare dei sotto-domini.

Quando si utilizza Internet attraverso la connessione offerta da un mwabyprovider telefonico di tipo ISP, il dispositivo impiega il DNS predefinito del fornitore (IP pubblico o IP esterno). In situazioni di tipo aziendale, invece, il DNS per la navigazione web o altri impieghi di Internet potrebbe essere quello impostato centralmente dall'amministratore di rete, servizio spesso a pagamento.

Volendo è sempre possibile usare DNS alternativi, pure gratuiti come, ad esempio il mwabgDNS pubblico di Google oppure quello di mwabkOpenDNS, sia agendo nelle impostazioni di sicurezza del mwabobrowser (per la sola navigazione web, quindi un DNS pubblico usato dal mwabsrouter come mwabwgateway) sia nelle proprietà della scheda di rete del dispositivo o del router stesso (DNS privato del dispositivo nella rete locale).

Non bisogna confondere l'indirizzo IP che il dispositivo sta usando per navigare in internet con gli eventuali indirizzi IP delle reti (ad esempio LAN, WLAN, VLAN, etc) a cui è connesso.

L'attuale modalità di controllo del sistema DNS offre spesso alcune criticità. Alcuni mwacemwaciroot server appartengono a società private (esempio mwacmVerisign), anche se la maggior parte sono controllati da mwacquniversità o altri enti (ad esempio la mwacuNASA)cite-ref-9[8]. Non è possibile aggiungere altri mwacoroot server, o almeno, non in maniera fisica: a causa di un problema di compatibilità con il protocollo mwacsUDP devono essere visibili solo 13 mwacwzone di mwac0root server, ma ogni zona può avere più mwac4servercite-ref-10[9].

Nel 2009, Paul Vixie, presidente dell'mwaduInternet Systems Consortium, ha pubblicato sul sito della mwadyAssociation for Computing Machinery un articolo riguardante pratiche che derivano da interpretazioni sbagliate del concetto di DNS o lo violano deliberatamente.cite-ref-vixie-2009-11-0[10]

Quando un mwad0client inoltra una mwad4query DNS ad un mwad8server ricorsivo, si aspetta di ottenere la risposta "corretta", ovvero il valore del record DNS richiesto oppure un messaggio di errore se il nome richiesto non esiste. Questo messaggio è noto come "NXDOMAIN" o anche come "RCODE=3".

Tuttavia, alcuni gestori di server ricorsivi manipolano le risposte fornite ai propri clienti, eliminandone alcune selettivamente, oppure restituendo un indirizzo IP diverso da quello corretto.

Questa tecnica può essere usata con diversi scopi:

• protezione da abusi: il server DNS può filtrare le mwaecquery relative a siti pericolosi per gli utenti, ad esempio a causa della distribuzione di mwaegmwaekmalware, o perché usati per operazioni di mwaeomwaesphishing;

• censura: vengono filtrate le mwae0query relative a siti che si vogliono rendere inaccessibili per decisione politica (del gestore della rete o di un'autorità pubblica). In caso la visita o il tentativo di visita a siti "proibiti" venga qualificata come indizio di mwae4reato, la redirezione del traffico su un mwae8server diverso da quello richiesto dall'utente può permettere la raccolta degli indirizzi IP dei mwafaclient, o anche in alcuni casi il furto di credenziali;

• mwafqmwafuman-in-the-middle: le mwafyquery vengono modificate in modo da reindirizzare tutto o parte del traffico verso un mwafcserver che agisce da mwafgmwafkproxy trasparente, intercettando il traffico degli utenti. Questo permette il monitoraggio del traffico degli utenti, e quindi, eventualmente, anche il furto di informazioni sensibili e/o credenziali;

• redirezione degli errori: alle mwafsquery per nomi inesistenti viene risposto con l'indirizzo IP di un mwafwserver, che tipicamente ospita un motore di ricerca e tenta di aiutare gli utenti a trovare il sito cercato.cite-ref-vixie-2009-11-1[10]

Queste tecniche possono essere adottate anche dai gestori di rete, redirigendo le mwagiquery DNS dirette verso l'esterno su propri server mediante meccanismi di mwagmdestination NAT (mwagqNetwork address translation).

Il DNS non è stato progettato per questi utilizzi, pertanto le implicazioni sulla sicurezza degli utenti possono essere negative, in quanto le informazioni personali condivise tra un utente e il sito che sta visitando vengono scambiate anche con siti di terzi, non autorizzati.cite-ref-vixie-2009-11-2[10]

cite-note-4N 1. ↑ Indirizzo mnemonico (ad esempio www.wikipedia.org) perché è facile tenerlo a mente mentre gli indirizzi IP sono ben più complicati per essere memorizzati.

cite-note-11. ↑ mwahk(mwahomwahsEN) mwahwmwah0domain name system - Translation in Italian — TechDico, su mwah4www.TechDico. mwah8URL consultato il 19 luglio 2019.

cite-note-22. ↑ mwaimmwaiqmwaiuWhy Does the Net Still Work on Christmas? Paul Mockapetris | Internet Hall of Fame, su mwaiywww.internethalloffame.org. mwaicURL consultato il 13 luglio 2022.

cite-note-33. ↑ mwaismwaiwmwai0Paul Mockapetris | Internet Hall of Fame, su mwai4internethalloffame.org. mwai8URL consultato il 13 luglio 2022.

cite-note-54. ↑ mwajmJohn O., mwajqmwajuHosting - Che cos'è, Significato, Definizione & Recensioni., su mwajyInfowebhosting. mwajcURL consultato il 27 ottobre 2017.

cite-note-65. ↑ mwajsmwajwmwaj0DNS (Domain Name System): come funziona - FortyZone, su mwaj4fortyzone.it. mwaj8URL consultato l'8 settembre 2015 mwaka(archiviato dall'mwakeurl originale il 5 novembre 2015).

cite-note-76. ↑ mwakumwakymwakcEcco come usare 1.1.1.1, i DNS che rispettano la privacy, in mwakgLaStampa.it. mwakkURL consultato il 6 aprile 2018 mwako(archiviato dall'mwaksurl originale il 6 aprile 2018).

cite-note-87. ↑ mwak8mwalamwaleNuovo DNS 1.1.1.1, velocissimo e sicuro: ecco i primi test (e come usarlo), in mwaliHardware Upgrade. mwalmURL consultato il 6 aprile 2018.

cite-note-98. ↑ Sito ufficiale dei mwalcroot server - mwalghttp://www.root-servers.org/

cite-note-109. ↑ mwalwmwal0mwal4There are not 13 root servers, su mwal8blog.icann.org.

cite-note-vixie-2009-1110. ↑ mwamcPaul Vixie, mwamgmwamkWhat DNS is Not. DNS is many things to many people - perhaps too many things to too many people, su mwamodl.acm.org, novembre 2009. Articolo disponibile anche mwamwsul sito della ACM.

• mwana1.1.1.1

• mwaniRisoluzione DNS inversa

• mwanqRecord DNS

• mwanyDynamic DNS

• mwangGoogle Public DNS

• mwanoDNSSEC

• mwanwICANN

• mwan4OpenNIC

• mwaoaNslookup

• mwaoiCybersquatting

• mwaoqNome di dominio internazionalizzato

Altri progetti

• Wikibooks

• Wikizionario

• Wikiversità

• Wikimedia Commons

• Wikibooks contiene testi o manuali sul Domain Name System

• Wikizionario contiene il lemma di dizionario «DNS»

• Wikiversità contiene risorse sul Domain Name System

• Wikimedia Commons contiene immagini o altri file sul Domain Name System

• citerefsapere-itDNS, su sapere.it, De Agostini.

• citerefbritannica-com(EN) DNS, su Enciclopedia Britannica, Encyclopædia Britannica, Inc.

• citereffoldoc(EN) Denis Howe, Domain Name System, in Free On-line Dictionary of Computing. Disponibile con licenza mwaosGFDL

• mwao8Nomi a dominio: profili regolatori, mwapaCyberLaws.it

• mwapq(EN) ICANN Site, su icann.org.

• mwapg(EN) mwapkRFC 882, mwapoDomain Names - Concepts and Facilities (resa obsoleta da mwapsRFC 1034)

• mwap0(EN) mwap4RFC 883, mwap8Domain Names - Implementation and Specification (resa obsoleta da mwaqaRFC 1035)

• mwaqi(EN) mwaqmRFC 920, mwaqqDomain Requirements - Specified original top-level domains

• mwaqy(EN) mwaqcRFC 1032, mwaqgDomain Administrators Guide

• mwaqo(EN) mwaqsRFC 1033, mwaqwDomain Administrators Operations Guide

• mwaq4(EN) mwaq8RFC 1034, mwaraDomain Names - Concepts and Facilities

• mwari(EN) mwarmRFC 1035, mwarqDomain Names - Implementation and Specification

• mwary(EN) mwarcRFC 1101, mwargDNS Encodings of Network Names and Other Types

• mwaro(EN) mwarsRFC 1123, mwarwRequirements for Internet Hosts—Application and Support

• mwar4(EN) mwar8RFC 1178, mwasaChoosing a Name for Your Computer (FYI 5)

• mwasi(EN) mwasmRFC 1183, mwasqNew DNS RR Definitions

• mwasy(EN) mwascRFC 1591, mwasgDomain Name System Structure and Delegation (Informational)

• mwaso(EN) mwassRFC 1912, mwaswCommon DNS Operational and Configuration Errors

• mwas4(EN) mwas8RFC 1995, mwataIncremental Zone Transfer in DNS

• mwati(EN) mwatmRFC 1996, mwatqA Mechanism for Prompt Notification of Zone Changes (DNS NOTIFY)

• mwaty(EN) mwatcRFC 2100, mwatgThe Naming of Hosts (Informational)

• mwato(EN) mwatsRFC 2136, mwatwDynamic Updates in the domain name system (DNS UPDATE)

• mwat4(EN) mwat8RFC 2181, mwauaClarifications to the DNS Specification

• mwaui(EN) mwaumRFC 2182, mwauqSelection and Operation of Secondary DNS Servers

• mwauy(EN) mwaucRFC 2308, mwaugNegative Caching of DNS Queries (DNS NCACHE)

• mwauo(EN) mwausRFC 2317, mwauwClassless IN-ADDR.ARPA delegation (BCP 20)

• mwau4(EN) mwau8RFC 2671, mwavaExtension Mechanisms for DNS (EDNS0)

• mwavi(EN) mwavmRFC 2672, mwavqNon-Terminal DNS Name Redirection

• mwavy(EN) mwavcRFC 2845, mwavgSecret Key Transaction Authentication for DNS (TSIG)

• mwavo(EN) mwavsRFC 3225, mwavwIndicating Resolver Support of DNSSEC

• mwav4(EN) mwav8RFC 3226, mwawaDNSSEC and IPv6 A6 aware server/resolver message size requirements

• mwawi(EN) mwawmRFC 3597, mwawqHandling of Unknown DNS Resource Record (RR) Types

• mwawy(EN) mwawcRFC 3696, mwawgApplication Techniques for Checking and Transformation of Names (Informational)

• mwawo(EN) mwawsRFC 4033, mwawwDNS Security Introduction and Requirements

• mwaw4(EN) mwaw8RFC 4034, mwaxaResource Records for the DNS Security Extensions

• mwaxi(EN) mwaxmRFC 4035, mwaxqProtocol Modifications for the DNS Security Extensions

• mwaxy(EN) mwaxcRFC 4343, mwaxgDomain Name System (DNS) Case Insensitivity Clarification

• mwaxo(EN) mwaxsRFC 4470, mwaxwMinimally Covering NSEC Records and DNSSEC On-line Signing

• mwax4(EN) mwax8RFC 4509, mwayaUse of SHA-256 in DNSSEC Delegation Signer (DS) Resource Records

• mwayi(EN) mwaymRFC 4592, mwayqThe Role of Wildcards in the Domain Name System

• mwayy(EN) mwaycRFC 4635, mwaygHMAC SHA TSIG Algorithm Identifiers

• mwayo(EN) mwaysRFC 4892, mwaywRequirements for a Mechanism Identifying a Name Server Instance (Informational)

• mway4(EN) mway8RFC 5001, mwazaDNS Name Server Identifier (NSID) Option

• mwazi(EN) mwazmRFC 5011, mwazqAutomated Updates of DNS Security (DNSSEC) Trust Anchors

• mwazy(EN) mwazcRFC 5155, mwazgDNS Security (DNSSEC) Hashed Authenticated Denial of Existence

• mwazo(EN) mwazsRFC 5395, mwazwDomain Name System (DNS) IANA Considerations (BCP 42)

• mwaz4(EN) mwaz8RFC 5452, mwa0aMeasures for Making DNS More Resilient against Forged Answers

• mwa0i(EN) mwa0mRFC 5625, mwa0qDNS Proxy Implementation Guidelines (BCP 152)

• mwa0y(EN) mwa0cRFC 5702, mwa0gUse of SHA-2 Algorithms with RSA in DNSKEY and RRSIG Resource Records for DNSSEC